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RELATED APPLICATIONS 

This application is a continuation in part of U.S. patent application 10/241,429, 
filed on September 10, 2002, the content of which is incorporated by reference. 

BACKGROUND 

The invention relates generally to computer-automated development of a 
treatment plan and appliance for a patient. 

Rapid advances in computer technology have enabled corresponding advances in 
digital medical and dental treatments. For example, orthodontics is the branch of 
dentistry that deals with the straightening of crooked teeth. Although there are many 
types of appliances that can be used by an orthodontist to straighten the teeth, the most 
common appliance is braces. Braces include a variety of appliances such as brackets, 
archwires, ligatures, and 0-rings, and attaching braces to a patient's teeth is a tedious and 
time consuming enterprise requiring many meetings with the treating orthodontist. 
Consequently, conventional orthodontic treatment limits an orthodontist's patient capacity 
and makes orthodontic treatment quite expensive. 

Before fastening braces to a patient's teeth, at least one appointment is typically 
scheduled with the orthodontist, dentist, and/or X-ray laboratory so that X-rays and 
photographs of the patient's teeth and jaw structure can be taken. Also during this 
preliminary meeting, or possibly at a later meeting, an alginate mold of the patient's teeth 
is typically made. This mold provides a model of the patient's teeth that the orthodontist 



uses in conjunction with the X-rays and photographs to formulate a treatment strategy. 
The orthodontist then typically schedules one or more appointments during which braces 
will be attached to the patient's teeth. 

The formulation of the treatment strategy is typically a trial-and-error process 
5 where the orthodontist arrives at the treatment strategy using a mental model based on the 
orthodontist's experience and skill. Because an exact model is not available, the 
formulation of the treatment strategy is an art which is highly dependent on the estimates 
and judgments of the treating orthodontist. Moreover, once the treatment strategy has 
been generated, it is difficult to explain the expected result to the patient in words. 
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SUMMARY 

In one aspect, methods for treating a patient's teeth at a treating professional's 
office are disclosed. The systems and methods digitally scan a patient's teeth; analyze 
5 the scanned data; plan the treatment; fabricate a device to treat the patient; and 
incorporate treatment outcome as feedback. 

Implementations of the above aspect may include one or more of the following. 
The scanner can be an intra-oral scanner. The method includes separating each tooth 
from the scanned teeth. The method can manipulate and set each tooth in a desired tooth 
10 position. The method can generate an image of the teeth in its desired position and merge 
the image of the teeth in its desired position with a patient's image. 

The method can allow measurement to each tooth. The method can implement 
milling to each appliance from a polymeric material. The method can use thermal 
forming to each appUance by thermal forming a sheet polymer to form the appliance; and 
1 5 preparing the appliance for usage. 

The method can cut, trim and polish the appliance. The method can prepare the 
appliance using a laser machine and a milling machine. The method can shell a negative 
and a positive of the appliance. The method can shell the aligner from a biocompatible 
resin. The methods can thermal set the appliance; applying a thermal set material to form 
20 the appliance; and preparing the apphance for use. 

In another aspect, an apparatus for treating patient includes a scanner adapted to 
scan the patient's teeth; a computer coupled to the scanner to receive the scanned teeth 
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and to move the scanned teeth from a first position to a second position; and a fabrication 
machine coupled to the computer to generate one or more appliances. 

Implementations of the above aspect may include one or more of the following. 
The fabrication machine can mill the appliance from a block of polymeric material. The 
5 fabrication machine can be a thermal forming machine. The fabrication can be a 
trimming machine to receive and trim the appliances. The trimming machine can be a 
laser machine and a milling machine. 

The fabrication machine can shell a positive and a negative version of an 
apphance. The fabrication machine can fabricate appUances by using a biocompatiable 
10 resin. The fabrication machine can comprise a thermal setting machine. 

The method can comprise a virtual health-care electronic commerce community, 
including: a network to communicate information relating to the community; one or more 
patients coupled to the network; one or more freating professionals coupled to the 
network; and a server coupled to the network, the server storing data for each patient and 
15 performing patient data visualization in response to a user request. 

The treating professional can view one or more of the following patient data 
visualization over the network: a right buccal view; a left buccal view; a posterior view; 
an anterior view; a mandibular occlusal view; a maxillary occlusal view; an oveqet view; 
a left distal molar view; a left lingual view; a lingual incisor view; a right lingual view; a 
20 right distal molar view; an upper jaw view; and a lower jaw view. The treating 
professionals can iaclude both dentists and orthodontists. 
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The method can comprise one or more partners coupled to the network. The 
partners can include a financing partner. The partner can include a supplier and a 
delivery company. 

The treating professionals can perform office management operations using the 
5 server. The management operations can include one or more of the following: patient 
scheduling, patient accounting, and claim processing. The patients and the treating 
professionals can access the server using browsers. 

The computer-implemented methods can perform dental-related electronic 
commerce, comprising: transmitting teeth data associated a patient fi-om a dental server to 

10 a treating professional computer over the Intemet upon an authorized request; displaying 
a three-dimensional computer model of the teeth at the treating professional computer 
using a browser; allowing a treating professional to manipulate the three-dimensional 
computer model of the teeth using the browser; transmitting the computer model firom the 
treating professional computer to the server; and generating an appliance to treat the 

15 patient based on the computer model of the teeth. 

The computer implemented methods can provide financing options for the patient 
using one or more financing partners. The methods can offer an on-line shop geared to 
the patient's dental requirements. The method can provide office management utilities 
for the treating professional. 

20 The office management utilities can include one or more of the following: patient 

scheduling, patient accounting, and claim processing. The method can allow a treating 
professional to manipulate the three-dimensional computer model of the teeth using 
browser fiirther comprises displaying a plurality of dental views. 
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The dental views include one or more of the following: a right buccal view; a left 
buccal view; a posterior view; an anterior view; a mandibular occlusal view; a maxillary 
occlusal view; an overjet view; a left distal molar view; a left lingual view; a lingual 
incisor view; a right lingual view; a right distal molar view; an upper jaw view; and a 
5 lower jaw view. 

The method can allow a treating professional to manipulate the three-dimensional 
computer model of the teeth using the browser further comprises cUcking on a tooth to 
adjust its position. The method displaying x, y and z axis can allow the treating 
professional to adjust the position of the tooth. The method can provide supplemental 
10 services to the patient, including teeth whitening services. 

The method can provide a server to support a health-care electronic commerce 
community with one or more patients and one or more service providers, comprising: a 
processor adapted to communicate with a network; a data storage device coupled to the 
processor and adapted to store data for each patient; and software to communicate 3D 
15 patient data in response to a client request. 

The method can be a browser adapted to receive the client request and transmitting 
the request to the server. The method can be a viewer plug-in to visualize patient data in 
3D. 

The method can provider service to one or more of the following health-care 
20 applications: dentistry applications, cosmetic augmentation, hair-care enhancements, 
liposuction, plastic or reconstructive siu-gery. 

Advantages of the invention may include one or more of the following. The system 
provides flexibility in assembling communities of autonomous service providers. The 
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system provides flexibility in structuring cooperative interactions among the members of 
a community of treatment providers and vendors. The system imposes the right amount 
of structure on individual vendors, and includes legacy and "owned-elsewhere" 
applications. The system also supports collaboration (simultaneous work over shared 
5 data and processing resources) between users and vendors. The system allows a plurality 
of vendors to share information so that the end objective is that a professional treatment 
provider (for example doctors, orthodontists and dentists) can put a system together that 
flexibly handles a patient's needs. 

The system supports distributed execution of a user's requests, interoperability of 
10 multiple application subsystems, addition of new software apphcations, and incorporation 
of existing applications. It is transparent and users do not need to know where or how 
their requests are executed. The architecture is served by a multimodal interface, 
mcluding pen, voice, mouse, trackball and direct manipulation. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 A is a diagram of an exemplary system for treating patient. 
Fig. IB is a flowchart illustrating an exemplary process for treating patient at the 
5 professional's office. 

Fig. IC shows an exemplary system supporting patient treatment using the 
Internet. 

Fig. ID shows an exemplary environment for the system of Fig. lA. 
Fig. 2 is a diagram of a server to support electronic commerce with the 
10 professional service provider's office. 

Fig. 3 is a diagram of a web site on the server of Fig. 2. 
Fig. 4 is a flowchart of a process for selecting dental services from a patient's 
perspective. 

Fig. 5 is a flowchart of a first process for providing dental services fi*om a treating 
1 5 professional's perspective. 

Fig. 6 is a flowchart of a second process for providing dental services fi-om a 
treating professional's perspective. 

Fig. 7 is a flowchart of a process to render 3D views of a patient's teeth on a 
browser. 

20 Fig. 8 is an exemplary output of the process of Fig. 7 using the browser. 

Fig. 9 is a diagram of a system for manufacturing appliances. 
Fig. 10 is a diagram illustrating a computer system to support the fabrication of 
appliances. 
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DESCRIPTION 

In the market of leading edge technology, change is a constant, and the way a 
company adapts to change in the market, and how it is structured to accommodate and 
exploit those changes, will differentiate it from its competitors. Innovation and 
productivity are two key attributes for success and development. Yet flexibility is 
required since no single vendor can supply all requirements for all professional treatment 
providers. 

Fig. 1 A shows an exemplary architecture that allows a plurality of vendors to 
communicate and interoperate so that a professional treatment provider (for example 
doctors, orthodontists and dentists) can purchase or Ucense interchangeable components 
to flexibly handle a patient's needs. The components of the architecture include a data 
capture module 1, an analyzer module 2, a treatment planning module 3 A and a virtual 
planning module 3B, a treatment fabrication module 4, and a treatment feedback module 
5. 

Each of the foregoing modules 1-6 interoperates with neighboring modules, even 
though the neighboring modules may come from a different vendor. Also, although the 
process of Fig. lA shows a sequential series of operations, to provide flexibility, certain 
modules can be skipped, as long as the data being fed to the next module conforms to the 
data input requirement for that module. For example, an exemplary input requirement for 
the analyzer module 2 is described in Appendix A, while an exemplary input requirement 
for the treatment planning module 3A is described in Appendix B, and an exemplary 
input requirement for the treatment feedback module 5 is described in Appendix C. In 
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this example, the data requirement for the treatment feedback module 5 includes the data 
requirements for module 3 A. 

The architecture partitions the functionaUty of the system into a set of well- 
defined services or functions, each with a well-defined protocol specifying the interface 
to that service. Some of these services are intended to support users directly; some are 
intended for access by machines. Thus, vendors are fi-ee to develop or use different 
designs and implementations of the services, as long as their interfaces are consistent 
with the agreed upon protocol. Furthermore, the architecture supports extending the 
capabilities of the system through specification of additional services. In addition to 
conformance to an open architecture, the system achieves interoperability specifying 
items such as formats, data types, and metadata conventions. 

Each of the modules 1-6 can be executed by a tightly integrated, monolithic 
workstation (station) or platform. Altematively, each module can operate as a distributed 
collection of components that federate as needed to accomplish a predetermined clinical 
task. In a distributed, network-based station embodiment, the network is a compound 
(i.e., multi-part) component that acts as the station's internal communications bus. This 
bus includes the media and transceivers used to move bits between components and a set 
of logical connections or "channels" that are dynamically established for a time between 
different components within a station. Through the bus, data can be routed across a 
number of devices. 

In order to shield station components from the details of what kinds of devices 
exist to support extemal communications and how these devices are controlled, the 
architecture includes a communications manager. On its station side, this component 
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provides a standard set of services that are used by other components (primarily 
protocols) to access and control communication resources. On its device side, each 
communication manager provides the interfaces needed to control the operation of the 
device for which it is responsible. The job of each communications manager is to 
translate standardized station-side transactions into device-specific operations and to 
translate device-specific events into standardized state event messages usable by other 
components in a station. 

As with the media managers on the station's intemal communications bus, one of 
the services provided by the communication managers is the estabhshment of channels 
that can be used for extemal communications. In addition to negotiating for bandwidth to 
be allocated to a given communications link, this process of establishing a channel 
involves specifying the protocols to be used on the communications link, the quality of 
service required, and the security mechanisms to be used during commimications. 

Data is transferred among the components in a secure fashion. Among other 
things, data flowing between station components cannot be viewed by unauthorized 
entities, that system fiinctions are controllable only by entities allowed to invoke these 
fimctions, that even in storage the data cannot be stolen or lost, and that data is not 
corrupted as it moves firom component to component within the system. 

The architectural approach supports a mix-and-match composition of stations and 
systems fi-om independently developed components. One or more protocols are used to 
dynamically inspect the characteristics of components that a station may want to lease 
and determine which of the components in a system are usable together and under what 
circumstances. Protocols can register themselves with a station on which they are 
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installed. They drive the subscription of components that they release and can 
themselves subscribe to messages published by other components (including other 
protocols). They interact with registries for the purpose of acquiring resources needed to 
support the functions that they exist to manage. 

Every component within a station presents the station with a set of services. 
These services are accessed through interfaces that the component implements. These 
services include both the core capabilities mentioned above (note that the "leasing" 
capabiHty is peculiar to the "protocol" components) and the component-unique 
capabilities that constitute the component's reason for being (e.g., those services that 
make the component a particular kind of medical device or a processing module or a user 
interface element). In this sense, every component in the system is both like all of the 
others (in as much as it implements a set of functions that are common to all devices in 
the architecture) and different from all others (in as much as it implements a set of 
services unique to that component's type and function). 

An exemplary device inter-operation for an intra-oral scanner is discussed next. 
In this example, a user interface framework represents the top-level user interface 
constructs (menus, main buttons, etc.) used to initiate ftmctions in the system. The 
scanner user interface module is a user interface component that is presented when a user 
needs to control the scanner and to display the data generated by the scaimer. In this 
scenario, the scanner accepts start and stop commands and outputs a 3D scan of the 
patient's teeth. This protocol contains instructions regarding the kinds of components 
that are needed to support the protocol's operation, the ways in which these components 
need to be interconnected, and events that are to be monitored during the time that the 
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protocol is active. The registry exists to allow components to discover each other's 
existence. 

When the new intra-oral scanner is first added to a station, the scanner registers 
itself with the station. When the user selects the scanner operation from the user interface 
framework, an associated event handler instructs the protocol to "prepare" itself by 
leasing needed resources from the registry and instructing each of the leased components 
to subscribe to specific services offered by other leased components. Once done, the 
protocol notifies the event handler which instructs the UI framework to display the 
intraoral scanner user interface module for the station's operator. 

System operation now proceeds with the user instructing the station to start (or to 
stop) taking 3D images. While it is operating, the scanner sends its output to its 
subscribing components (i.e., the scanner user interface module and the 3D modeler) and 
the modeler sends the data on to its subscriber. If, during the operation of this network of 
components, any of these components experience an event that compromises its abihty to 
support the protocol (e.g., the scanner is removed from the station), then the affected 
components notify the protocol which must then decide how to handle this situation. 

When finished with the scanner, the user may "deselect" the device on the user 
interface framework, which results in the scanner user interface module being disabled 
and the scanner protocol being told to terminate itself In tum, the protocol instructs each 
of the leased components to terminate its lease. The protocol then notifies the registry 
that it is vacating its lease on these components and tells the user interface event handler 
that it is ending. The event handler then passes this fact on to the user interface 
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framework that returns its interface to the same state that it was in before the scanner was 
first selected. 

One of the first steps that a component takes when being added to a station is to 
register itself with the station. This begins with the component broadcasting an 
5 announcement of its existence to the rest of the components within the station. The 
broadcast announcement contains the component's address (this may be fixed or may be 
assigned dynamically each time the component is added to the station), which is then 
used by the registry in all subsequent communications with the component. The 
announcement also contains the component's globally unique ID (a combination of 

10 manufacturer, model, and serial number). In response to this broadcast announcement, 
the registry provides the component with the registry's address so that all subsequent 
communications can continue in a directed fashion. It also provides a registry-unique ID 
to the component that the component can use as a shorthand way of referring to itself 
when communicating with the registry. 

15 Once a device is registered, it may be unregistered in several ways. First, if a 

component has been installed on a temporary basis and is not currently "leased" (i.e., 
reserved for use by other devices, as described below), then removing it from the station 
results in the registry eliminating all information about that component. Second, if a 
temporary device is removed while still leased by a "protocol" on that station, then the 

20 registry queries the leasing protocol to determine if it can unregister the component. If 
the leasing protocol vacates its lease, then the device description stored in the registry is 
eliminated. If the protocol chooses to not vacate the lease, then the registry simply notes 
that the device is not attached to the station. When the device is once more attached to 
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the station, it announces its presence (as described above) and the registry handles it like 
a permanently attached device (i.e., notes its new address if one has been assigned and 
then returns it a message that includes the registry location and the registry-unique ID 
assigned to the component). If a leasing protocol that has indicated that it does not want 
to vacate its lease later decides (before the device is reattached) that it wants to vacate the 
lease, it sends a message to this effect to the registry which then clears the device 
description from the registry. 

Once registered, components are available for leasing by protocols. To estabhsh a 
lease, a protocol sends either of two types of queries to the registry. In the first, the 
protocol requests that it be allowed to lease services from a specific component. In the 
second, it requests the opportunity to lease services from a specific type of component. 
In response, the registry returns the ID(s) of the component(s) matching the query along 
with the associated lease status(es) of the requested services on the selected 
component(s). If needed, the protocol can explore one or more of the components in 
more detail to determine whether any of them meet its requirements. When satisfied, the 
protocol then selects a component that currently has leasable resources of the type 
desired. It then passes a request to lease these resources to the registry. In turn, the 
registry notes within its component description which resources have been leased and by 
which protocol. At this point, the leased resources are ready for use by the protocol. 

Once a protocol has estabUshed leases on a component's resources, it is free to 
begin connecting those resources to the resources of other components that it has leased. 
While each component in a station provides interfaces that allow it to connect with other 
components, components do not decide on their own to initiate connection to other 
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components; rather, the logic for deciding what kinds of components are needed for a 
given cUnical function, for locating and leasing these components, and for telling these 
leased components how to connect to one another is the responsibility of a station's 
protocols. While a protocol exists to manage the execution of a clinical function, it 
5 accomplishes this by acquiring the services of other components and then configuring 
them in a way that satisfies the protocol's clinical objectives. Given this, a protocol will 
possess knowledge of the kinds of components and services that can be used for these 
purposes. It can also be programmed with knowledge about acceptable "fall back" 
positions that can be pursued if its standard approach cannot be supported. 

10 For example, in the intra-oral scanner example above, a protocol exists to control 

the collection of images from the scanner and to transfer the data generated by this 
scanner to the display and storage of a remote station designated by the local operator. 
The protocol's default operation may be to acquire the scanner specified by the operator 
(if there is more than one installed on the station), a local display component, a local 

15 control component, and display and storage components for the designated remote 
station. In addition, the protocol would need to establish a communications channel to 
the remote station so that data from the scope could be fed "live" to the remote station for 
viewing, processing and archiving. Now suppose that, in the process of surveying the 
available resources, the protocol decides that it cannot establish a communications 

20 channel capable of supporting the bandwidth that the scanner is capable of producing. 
Rather than simply giving up and declaring to the operator that the function cannot be 
executed, the protocol now begins to look for alternative solutions to offer to the local 
operator. Depending on the nature of the components that populate the local station and 
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the clinical requirements, these might include things like instructing the scanner to 
operate at a lower resolution or frame rate, using local storage capabilities to buffer the 
difference between the scanner's higher data rate and the communication channel's lower 
rate, or simply storing the data to local record space and then forwarding it to the remote 
station once the operation is complete. 

In one embodiment, XML (Extensible Markup Language) is used to share data 
among the modules. XML, a 'metalanguage' -a language for describing other languages, 
provides a flexible and adaptable information identification to describe patient data. The 
files are all ASCII data, thus XML is independent of operating system, software vendor 
and national language. XML acts as a framework for the structured representation of 
data. 

The system interoperates with traditional databases such as SQL database. In 
the dental embodiment, HTTP and SMTP servlets handle the dental workflow process 
which captures and processes XML information 'packets' between various work queues at 
each modules 1-5. For example, the scanned patient data generated by the data capture 
module 1 is automatically generated and coded (and edited if necessary), entered into the 
XML repository and e-mailed (as HTML) to the analyzer module 2. The process of 
creating an XML dental record as a sequence of individual packets allows intelligent 
'agents' to aggregate the information for analysis, treatment planning and device 
fabrication. 

The users and vendors collaborating through the architecture are autonomous and 
free to aggregate, at various levels of abstraction, whatever technologies they deem 
appropriate to satisfy their "customer" requirements, as long as they provide well-defined 
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interfaces to their services that are consistent with the overall architecture. The 
architecture therefore presents a seamless collection of digital library capabilities to the 
user, achieved through a federation of individual organization's sub-blocks or sub- 
modules. 

The open architecture supports the federation concept in two ways. First, it 
provides a modular construct for each user or each vendor to create its treatment system, 
through selection of the best technology products to serve the needs of the local users. 
These products will interoperate to create the treatment in a manner that is both sensitive 
to local user specific conditions and needs as well as consistent with the overall treatment 
requirements. Second, the architecture provides a means for defining the interfaces 
between the modules or sub-blocks in the system. This is achieved through specification 
of interfaces to the services provided by each of the separate libraries. 

Turning now to the data capture module 1, a variety of scanners can be used to 
capture patient data. For dental or orthondic applications, a patient's teeth may be 
scanned or imaged using CCD imagers (digital cameras), X-rays, three-dimensional X- 
rays, computer-aided tomographic images or data sets, and magnetic resonance images. 

In one method, a plaster cast of the patient's teeth is obtained and the casting is 
digitally scanned by a scanner, such as a non-contact type laser or destructive scanner or 
a contact-type scanner. The data set produced by the scanner may be presented in any of 
a variety of digital formats to ensure compatibility with the software used to manipulate 
images represented by the data, as described in more detail below. General techniques for 
producing plaster casts of teeth and generating digital models using laser scanning 
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techniques are described, for example, in U.S. Pat. No. 5,605,459, the full disclosure of 
which is incorporated in this application by reference. 

Suitable scanners include a variety of range acquisition systems, generally 
categorized by whether the acquisition process requires contact with the three 
dimensional object being scanned. Some contact-type scanners use probes having 
multiple degrees of translational and/or rotational freedom. A computer-readable (i.e., 
digital) representation of the sample object is generated by recording the physical 
displacement of the probe as it is drawn across the sample surface. 

Conventional non-contact-type scaimers include reflective-type and transmissive- 
type systems. A wide variety of reflective systems are in use today, some of which utilize 
non-optical incident energy sources such as microwave radar or sonar. Others utilize 
optical energy. Non-contact-type systems that use reflected optical energy usually include 
special instrumentation that carry out certain measuring techniques (e.g., imaging radar, 
triangulation and interferometry). 

One type of non-contact scanner is an optical, reflective scanner, such as a laser 
scanner. Non-contact scanners such as this are inherently nondestructive (i.e., do not 
damage the sample object), generally are characterized by a relatively high capture 
resolution, and are capable of scanning a sample in a relatively short period of time. One 
such scanner is the Cyberware Model 15 scanner manufactured by Cyberware, Inc., 
Monterey, Calif 

Both non-contact-type and contact-type scanners also can include color cameras 
which, when synchronized with the scanning capabilities, provide means for capturing, in 
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digital format, color representations of the sample objects. The importance of this ability 
to capture not just the shape of the sample object but also its color is discussed below. 

Other scanners, such as the CSS- 1000 model destructive scanner produced by 
Capture Geometry Inside (CGI), Minneapolis, Minn., can provide more detailed and 
precise information about a patient's teeth than a typical range acquisition scanner can 
provide. In particular, a destructive scanner can image areas that are hidden or shielded 
from a range acquisition scanner and therefore may not be subject to adequate imaging. 
The CSS- 1000 scanner gathers image data for an object by repeatedly milling thin slices 
from the object and optically scanning the sequence of milled surfaces to create a 
sequence of 2D image slices, so none of the object's surfaces are hidden from the scanner. 
Image processing software combines the data from individual slices to form a data set 
representing the object, which later is converted into a digital representation of the 
surfaces of the object. 

A patient's wax bite can be used to acquire the relative positions of the upper and 
lower teeth in centric occlusion. For a laser scan, this can be accomplished by first 
placing the lower cast in front of the scanner, with the teeth facing upwards, then placing 
the wax bite on top of the lower cast, and finally placing the upper cast on top of the 
lower cast, with the teeth facing downwards, resting on the wax bite. A cylindrical scan is 
then acquired for the lower and upper casts in their relative positions. The scanned data 
provides a digital model of medium resolution representing an object which is the 
combination of the patient's arches positioned in the same relative configuration as in the 
mouth. 
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The digital model acts as a template guiding the placement of the two individual 
digital models (one per arch). More precisely, using software, for example the 
CyberWare alignment software, each digital arch is in turn aUgned to the pair scan. The 
individual models are then positioned relative to each other corresponding to the arches 
5 in the patient's mouth. 

The waxbite can also be scanned separately to provide a second set of data about 
the teeth in the upper and lower arches. In particular, the plaster cast provides a "positive" 
image of the patient's teeth, fi-om which one set of data is derived, and the waxbite 
provides a "negative" image of the teeth, from which a second, redundant set of data is 

10 derived. The two sets of data can then be matched to form a single data set describing the 
patient's teeth with increased accuracy and precision. The impression from which the 
plaster cast was made also can be used instead of or in addition to the waxbite. 

In another embodiment, the scanner is an X-ray scanner. The scanner has a 
rotating table including a table top that has sufficient space for one or two impressions to 

15 rest on it. The impression can be irradiated by a flat fan-shaped X-ray beam emitted by an 
X-ray source. The radiation is swept by the impression and passes through a scintillator. 
Radiation transmitted by the scintillator is measured by an X-ray detector. The detector 
performs an analog to digital conversion and provides this information to a computer. 
The computer captures on cross sectional scan and instructs the rotating table to rotate to 

20 its next position and another scan is performed until the entire impression is scanned. 
The X-ray source, the scintillator, the detector and the rotatable table thus obtains an 
image of a cross-section of (a part of) the impression by computer tomography (CT). The 
CT system scans impressions of patients' teeth and eliminates the need to create a plaster 



model for each jaw. Software on the computer automatically extracts a positive model 
out of the scan data. The upper and lower jaw will then be put together using the 
infomiation from the scan data of a wax bite. In one embodiment, the scanner 800 
utilizes a technique called "cone beam reconstruction." The process for digitally 
5 scanning and generating a model of the patient's teeth for treatment is as follows: 
Impression of a patient is taken in a plastic tray and a bite of the patient is taken. A 
suitable material for capturing the bite is PVS material in order to capture detailed tooth 
geometry. Wax bites may also be used but results can be worse based on definition on 
the bite. The upper, lower and the bite will be scanned together in the CT machine. Once 

10 scanned, the upper and lower impression scanned data is digitally reversed to make a 
positive. This is done by identifying the inner most surface of the impression material 
and extracting it from the rest of the data using a largest connected component algorithm. 
Once the upper and lower data is obtained, they will be aligned into a bite position using 
the bite material scanned. The models are digitally detailed. Any excess material or 

15 defects in the material will have to be cleaned up (process is known as detailing). Once 
the models are cleaned, the final bite needs to be set. Models are articulated by an 
operator till the relative position closely resembles that of the actual mouth. The model is 
now ready for treatment. The teeth are already cut as part of the detailing operation. 

In yet another embodiment, the scanner can be an intra-oral scanner device that 

20 captures a three-dimensional images of a patient's dentition. The advantage of handheld 
scanning is that doctors have the flexibility to use it for intraoral scamiing at chairside, or 
to scan plaster models before treatment planning, whichever works more effectively with 
the practice workflow. One such intra-oral scanner is the SureSmile OraScanner from 



OraMetrix of Dallas, Texas. The OraScanner uses structured white Hght to capture 
images, not laser light or x-ray technology. As a result, you can safely use the 
OraScanner to take multiple scans on a patient to monitor and communicate progress 
throughout the treatment cycle. 

The system can optionally include a segmentation subsystem that performs 
automatic or semi-automatic segmentation of the 3D dentition model into models of 
individual teeth. The segmentation subsystem is advantageously implemented as one or 
more computer program processes implementing a segmentation process. In alternative 
implementations, the segmentation process can act on the 3D volume data or on the 3D 
surface mesh. The segmentation process applies conventional feature detection 
techniques tailored to exploit the characteristics and known features of teeth. For 
example, feature detection algorithms generally act on images in which the features to be 
distinguished from each other have different colors or shades of gray. Features to be 
detected also usually are separated spatially from each other. However, features to be 
detected in a 2D or 3D image of a plaster tooth castmg (e.g., the individual teeth and the 
gum tissue) all have the same color (white), and some features, such as an individual 
tooth and the surrounding gum tissue, have no spatial separation. 

The segmentation process can be implemented to employ any of several feature 
detection techniques and advantageously uses a combination of techniques to increase the 
accuracy of feature identification. One feature detection technique uses color analysis to 
distinguish objects based on variations in color. Color analysis can be used in situations 
where individual teeth are separated by gaps large enough for the potting material to fill. 



24 



Because the tooth casting and the potting material have contrasting colors, these teeth 
appear in the model as white areas separated by thin strips of black. 

Another feature detection technique uses shape analysis to distinguish certain 
features, such as tooth from gum. In general, tooth surfaces are smooth while gum 
5 surfaces have texture, and the teeth and gums typically form a U-shaped ridge where they 
meet. Detecting these features through shape analysis assists in distinguishing tooth from 
gum. Shape analysis can also detect individual teeth, for example by searching for the 
largest objects in the 3D image or by recognizing the cusps of a molar as four isolated 
patches of one color arranged in a certain pattern. One cusp-detection algorithm is 

10 described below. 

Other feature detection techniques use databases of known cases or statistical 
information against which a particular 3D image is matched using conventional image 
pattern matching and data fitting techniques. One such technique, known as "Maximum a 
posteriori" (MAP), uses prior images to model pixel values corresponding to distinct 

15 object types (classes) as independent random variables with normal (Gaussian) 

distributions whose parameters (mean and variance) are selected empirically. For each 
class, a histogram profile is created based on a Gaussian distribution with the specified 
mean and variance. The prior images supply for each pixel and each class the probability 
that the pixel belongs to the class, a measure which reflects the relative frequency of each 

20 class. Applying Bayes' Rule to each class, the pixel values in the input image are scaled 
according to the prior probabilities, then by the distribution ftinction. The result is a 
posterior probability that each pixel belongs to each class. The Maximum a posteriori 
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(MAP) approach then selects for each pixel the class with the highest posterior 
probability as the output of the segmentation. 

Another feature detection technique uses automatic detection of tooth cusps. 
Cusps are pointed projections on the chewing surface of a tooth. In one implementation, 
cusp detection is performed in two stages: (1) a "detection" stage, during which a set of 
points on the tooth are determined as candidates for cusp locations; and (2) a "rejection" 
stage, during which candidates from the set of points are rejected if they do not satisfy a 
set of criteria associated with cusps. 

In the detection stage, a possible cusp is viewed as an "island" on the surface of 
the tooth, with the candidate cusp at the highest point on the island. "Highest" is 
measured with respect to the coordinate system of the model, but could just as easily be 
measured with respect to the local coordinate system of each tooth if detection is 
performed after the cutting phase of treatment. The set of all possible cusps is determined 
by looking for all local maxima on the tooth model that are within a specified distance of 
the top of the bounding box of the model. First, the highest point on the model is 
designated as the first candidate cusp. A plane is passed through this point, perpendicular 
to the direction along which the height of a point is measured. The plane is then lowered 
by a small predetermined distance along the Z axis. Next, all vertices connected to the 
tooth and which are above the plane and on some connected component are associated 
with the candidate cusp as cusps. This step is also referred to as the "flood fill" step. 
From each candidate cusp point, outward "flooding" is performed, marking each vertex 
on the model visited in this matter as "part of* the corresponding candidate cusp. After 
the flood fill step is complete, every vertex on the model is examined. Any vertex that is 



26 



above the plane and has not been visited by one of the flood fills is added to the list of 
candidate cusps. These steps are repeated until the plane is traveled a specified distance. 

Once each digital tooth object has been cut, the professional user or a suitable 
operator can then use the analyzer module 2 to manipulate and analyze the tooth objects 
and set a desired tooth position using the software on the computer. In one 
implementation, the software can superimpose the fi-ontal view of the final desired arch 
form on a 2D or 3D fi'ontal digital image of the patient to allow the treating professional 
to review and discuss the proposed treatment with the patient. In another embodiment, 
the software can process the scanned data and provide the user/operator with usefiil data 
and orthodontic measurements (e.g. arch width, arch length, tooth size, angulations) to 
assist the operator and or patient in fine timing the treatment. 

Tuming now to the analyzer module 2, various tools are provided to help a 
clinician or treatment provider analyze the patient's situation. A viewer program can be 
used to display an image of the teeth and, if requested by the cUnician, one or more 
images of the teeth as they will appear during/after treatment. The clinician can rotate the 
images in three dimensions to view the various tooth surfaces, and the clinician can snap 
the image to any of several predefined viewing angles. These viewing angles include the 
standard fi-ont, back, top, bottom and side views, as well as orthodontic-specific viewing 
angles, such as the lingual, buccal, facial, occlusal, and incisal views. The viewer 
program also includes an animation routine that provides a series of images showing the 
positions of the teeth at each intermediate step along the treatment path. The clinician 
controls the animation routine through a VCR metaphor, which provides control buttons 
similar to those on a conventional video cassette recorder. In particular, the VCR 
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metaphor includes a "play" button that, when selected, causes the animation routine to 
step through all of the images along the treatment path. A slide bar moves horizontally a 
predetermined distance with each successive image displayed. Each position of the slide 
bar and each image in the series corresponds to one of the intermediate treatment steps 
5 described above. The VCR metaphor also includes a "step forward" button and a "step 
back" button, which allow the clinician to step forward or backward through the series of 
images, one key frame or treatment step at a time, as well as a "fast forward" button and a 
"fast back" button, which allow the clinician to jump immediately to the final image or 
initial image, respectively. The cHnician also can step immediately to any image in the 

10 series by positioning the slide bar at the appropriate location. The viewer program allows 
the clinician to alter the rendered image by manipulating the image graphically. For 
example, the clinician can reposition an individual tooth by using a mouse to click and 
drag or rotate the tooth to a desired position. In some implementations, repositioning an 
individual tooth alters only the rendered image; in other implementations, repositioning a 

15 tooth in this manner modifies the underlying data set. In the latter situation, the viewer 
program performs collision detection to determine whether the attempted alteration is 
valid and, if not, notifies the clinician immediately. Altematively, the viewer program 
modifies the underlying data set and then uploads the altered data set to the remote host, 
which performs the collision detection algorithm. The clinician also can provide textual 

20 feedback to the remote host through a dialog box in the interface display. Text entered 
into the dialog box is stored as a text object and later uploaded to the remote host or, 
altematively, is delivered to the remote host immediately via an existing connection. 



The viewer program optionally allows the clinician to isolate the image of a 
particular tooth and view the tooth apart from the other teeth. The clinician also can 
change the color of an individual tooth or group of teeth in a single rendered image or 
across the series of images. These features give the clinician a better understanding of the 
behavior of individual teeth during the course of treatment. 

Another feature of the viewer program allows the clinician to receive information 
about a specific tooth or a specific part of the model upon command, e.g., by selecting the 
area of interest with a mouse. The types of information available include tooth type, 
distance between adjacent teeth, and forces (magnitudes and directions) exerted on the 
teeth by the aligner or by other teeth. Finite element analysis techniques are used to 
calculate the forces exerted on the teeth. The clinician also can request graphical displays 
of certain information, such as a plot of the forces exerted on a tooth throughout the 
course of treatment or a chart showing the movements that a tooth will make between 
steps on the treatment path. The viewer program also optionally includes "virtual 
calipers," a graphical tool that allows the cUnician to select two points on the rendered 
image and receive a display indicating the distance between the points. 

Additionally, various automated analysis appUcations are provided to help the 
treatment provider review cases are provided. For example, the analyzer module 
provides cross sectioning tools that enable vertical, horizontal, and diagonal sectioning to 
facilitate overbite and oveqet views and analysis. The module can also estimate an 
orthodontic/occlusion index such as the PAR (Peer Assessment Rating) index. In 
addition to PAR, other metrics such as shape-based metrics or distance-based metrics 
may be used. These metrics may also include cephalometric data, among others. 
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The PAR index identifies how far a tooth is fi"om a good occlusion. A score is 
assigned to various occlusal traits which make up a malocclusion. The individual scores 
are summed to obtain an overall total, representing the degree a case deviates fi*om 
normal alignment and occlusion. Normal occlusion and alignment is defined as all 
5 anatomical contact points being adjacent, with a good intercuspal mesh between upper 
and lower buccal teeth, and with nonexcessive oveijet and overbite. In PAR, a score of 
zero would indicate good alignment, and higher scores would indicate increased levels of 
irregularity. The overall score is recorded on pre and posttreatment dental casts. The 
difference between these scores represents the degree of improvement as a result of 

10 orthodontic intervention and active treatment. The eleven components of the PAR Index 
are: upper right segment; upper anterior segment; upper left segment; lower right 
segment; lower anterior segment; lower left segment; right buccal occlusion; overjet; 
overbite; centerline; and left buccal occlusion. In addition to the PAR index, other 
indices may be based on distances of the features on the tooth from their ideal positions 

15 or ideal shapes. 

The module allows the user to experiment with index-reducing movements where 
all possible movements are attempted, including small movements along each major axis 
as well as small movements with minor rotations. An index value is computed after each 
small movement and the movement with the best result is selected. In this context, the 

20 best result is the result that minimizes one or more metrics such as PAR-based metrics, 
shape-based metrics or distance-based metrics. The optimization may use a number of 
techniques, including simulated annealing technique, hill climbing technique, best-first 
technique, Powell method, and heuristics technique, among others. Simulated annealing 



techniques may be used where the index is temporarily increased so that another path in 
the search space with a lower minimum may be found. However, by starting with the 
teeth in an abnost ideal position, any decrease in the index should converge to the best 
result. 

5 The module can also analyze how well the teeth fit together when the jaws move 

(functional occlusion). Jaw motions are simulated by applying a simplified set of 
movement physics (kinematics) to the dental models. A simplified physical simulation 
allows the system to focus on motions involving much contact between the jaws. The 
physical simulation allows the system to render realistic physically correct jaw 

10 movements when the jaws come into contact with each other. A range of simulated 
motion may be supplied using a library of motions. One typical motion supplied by the 
library is a protrusive motion where the lower jaw is moved forward and backward to 
bring the front teeth on both jaws into contact with each other. Another motion is a 
lateral motion found in food chewing. The lateral motion involves moving the jaws side 

15 to side. Other motions that may be suppUed in the library include motions that are "tooth 
guided" where the path of the lower jaw is guided by the teeth in contact with each other. 
The motion simulation may be rerun until the contacts associated with each tooth are 
acceptable to the treating orthodontist. The tooth model manipulation process can be 
done subjectively, i.e., the user may simply reposition teeth in an aesthetically and/or 

20 therapeutically desired manner based on observations of the final position or based on the 
simulation of contacts. Altematively, rules and algorithms may be used to assist the user 
in repositioning the teeth based on the contacts. 



The treatment planning module 3A and virtual planning module 3B allow the user 
to digitally manipulate teeth to simulate treatment scenarios. Additionally, the modules 
allow animation of teeth from pre-treatment occlusion to final occlusion. In one 
embodiment, the module optimizes the occlusion based on six characteristics (Six Keys) 
that were foimd to be consistently present in a collection of 120 casts of naturally optimal 
occlusion. The keys include a molar relationship key, a crown angulation key, a crown 
inclination key, teeth rotation key, teeth contact point key, and an occlusal plane key. The 
individual keys provide a complete set of indicators of optimal occlusion, can be judged 
from tangible landmarks, and can be judged from a facial and occlusal surfaces of the 
crowns, thus reducing the need for a lingual view for articulating paper to confirm 
occlusial interfacing. These keys are described in Lawrence F. Andrews, "The six keys to 
normal occlusion," Am. J. Orthod. Vol. 62, No. 3 pp.296-309 (9/72) and in Chapter 3 of 
his book entitled Straight Wire-The Concept and Apphance (Pubhshed by L. A. Wells), 
the contents of which are incorporated by reference. 

The Six Keys are interdependent elements of the structural system of optimal 
occlusion and are based on similarities in the patterns of angulation, inclination, shape, 
and relative size (facial prominence) of tooth types. As such, they serve as a base for 
evaluating occlusion. The Six Keys are used as treatment objectives for patients. The 
characteristics of the Six Keys are incorporated into the design of appliance to enhance 
precision and consistency in treatment results. 

The process first checks whether optimization is to be done with respect to a 
molar relationship key. If so, the process checks and applies an appropriate molar 
relationship. The molar relationship pertains to the occlusion and the interarch 
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relationships of the teeth. The following seven requirements of the molar relationship 
key are analyzed: 

1 . The mesiobuccal cusp of the permanent maxillary first molar occludes in the 
groove between the mesial and the middle buccal cusps of the permanent 
mandibular first molar. 

2. The distal marginal ridge of the maxillary first molar occludes with the mesial 
marginal ridge of the mandibular second molar. 

3. The mesiolingual cusp of the maxillary first molar occludes in the central fossa 
of the mandibular first molar. 

4. The buccal cusps of the maxillary premolars have a cusp-embrasure 
relationship with the mandibular premolars, 

5. The lingual cusps of the maxillary premolars have a cusp-fossa relationship 
with the mandibular premolars. 

6. The maxillary canine has a cusp-embrasure relationship with the mandibular 
canine and first premolar. The tip of its cusp is slightly mesial to the embrasure. 

7. The maxillary incisors overlap the mandibular incisors and the midlines of the 
arches match. 

The cusp-groove and the marginal-ridge conditions of the molars, the cusp- 
embrasure relationship of the premolars and canines, and incisor overjet can be observed 
directly from the buccal perspective. A facial axis of the clinical crown (FACC) 
measurement is used to permit assessment of the Ungual-cusp occlusion of the molars and 
premolars when these teeth are viewed from their mesiobuccal aspect. 
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Correct occlusal interfacing are verified through correct interarch relationship, 
angulation, and crow inclination. Interarch relationship and angulation are best judged 
fi-om the buccal perspective; crown inclination for posterior teeth is best judged fi:om the 
dentition's mesiobuccal perspective. Judging posterior occlusion first firom the buccal (for 
angulation and interarch relationship) then firom the mesiobuccal (for inclination) 
provides a perspective that can be systematically described and quantified. Such 
information, along with other nonocclusal guidelines, are used to identify occlusal 
deviations. 

A second process for determining final position of the patient's teeth identifies an 
ideal base model for the final position of the teeth that consists of an arch curve. This 
model can be selected firom a suite of template models, derived fi-om patients with ideal 
occlusion, or derived firom patient under treatment (via the casts, X-rays, a prescription, 
or data about the patient fi-om other sources). Next, the user of the software places and 
orients a marker on each tooth, through which the arch curve (or curves) is intended to 
pass. The curves can be designed so that they should pass through markers placed on the 
tooth's facial, lingual, or occlusal surface. Multiple arch curves can be used to make the 
specification of the final position more accurate. The position and orientation of the teeth 
are adjusted so that the arch curve passes through the marker on each tooth and the teeth 
do not overlap. Optionally, the teeth can be made to contact each other in this step. Next, 
where the teeth have multiple markers, the position and orientation of the tooth is set so 
that the arch curves pass as closely as possible through all markers on each tooth. In 
another implementation, the markers can be automatically placed and oriented on each 
tooth. The user can optionally adjust their position and orientation. 
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The computer can then provide the operator with options in staging the treatment 
from one stage to another stage, or it can completely generate all stages ranging the initial 
to final desired stage. The staging can be done automatically by data mining the existing 
cases currently in a treatment database or by providing the operator with several feasible 

5 options using pattem recognition. 

Turning now to the treatment fabrication module 4, a fabrication machine is 
computer controlled to form dental appliances based on intermediate and final data set 
information received from the treatment planning module. In a distributed environment, 
the fabrication machine may be located at a remote location and receive data set 

10 information from the treatment planning module over a network interface. In a central 
environment, the fabrication machine is located at a factory and fabricates appliances 
based on data submitted over the network such as the Internet. The resulting appliances 
are shipped to the clinician. 

In one embodiment, a rapid prototyping device such as a stereolithography 

15 machine is used. A suitable rapid prototyping machine is Model SLA-250/50 available 
from 3D System, Valencia, Cahf The rapid prototyping machine selectively hardens a 
liquid or other non-hardened resin into a three-dimensional structure which can be 
separated from the remaining non-hardened resin, washed, and used either directly as the 
appliance or indirectly as a mold for producing the appHance. The prototyping machine 

20 receives the individual digital data sets and produce one structure corresponding to each 
of the desired appliances. Generally, because the rapid prototyping machine may utilize a 
resin having non-optimum mechanical properties and which may not be generally 
acceptable for patient use, it will be preferred to use the prototyping machine to produce 



molds which are, in effect, positive tooth models of each successive stage of the 
treatment. After the positive models are prepared, a conventional pressure or vacuum 
molding machine may be used to produce the appliances from a more suitable material, 
such as 0.03 inch thermal forming dental material, available from Tru-Tain Plastics, 
5 Rochester, Minn. 55902. Suitable pressure molding equipment is available under the 
tradename BIOSTAR from Great Lakes Orthodontics, Ltd., Tonawanda, N.Y. 14150. 
The molding machine 250 produces each of the appUances directly from the positive 
tooth model and the desired material. Suitable vacuum molding machines are available 
from Raintree Essix, Inc. After production, the plurality of appliances which comprise the 

10 system of the present invention are preferably supplied to the treating professional all at 
one time. The apphances will be marked in some manner, typically by sequential 
numbering directly on the appliances or on tags, pouches, or other items which are 
affixed to or which enclose each appUance, to indicate their order of use. Optionally, 
written instructions may accompany the system which set forth that the patient is to wear 

15 the individual appUances in the order marked on the appliances or elsewhere in the 
packaging. Use of the appliances in such a manner will reposition the patient's teeth 
progressively toward the final tooth arrangement. 

Other embodiments of the fabrication machine for fabricating aligners can employ 
the following exemplary technologies/methods: 

20 1- MiUing the aligner out of block of polymeric material 

2- Thermal forming; 1) fabricate a prototype of the arch, 2) thermal form a sheet 
of polymer over it, and 3) cut, trim & poUsh it using laser and/or miUing machine 
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3- Using shelling technique to rapid prototype (SLA) the aligner out of 
biocompatible resin 

4- Thermal set; 1) fabricate a prototype of the arch, 2) apply thermal set material 
over it, and 3) once the material set, cut, trim and polish it using laser and/or 

5 milling machine. 

Alternatively, in place of the fabrication device to generate retainer-like 
appUances, a wire/bracket fabrication device such as those available from OraMetrix can 
be used, Li this embodiment, a series of arch wires are generated where the zero force 
10 arch wire is the last in the series. Each wire may include bends, loops, slide positioning, 
and/or other geometric shape to provide a determined amoimt of tooth movement or tooth 
anchoring. Having generated the series of wires, brackets, bands, and/or any other 
orthodontic structures, are placed on at least some of the teeth in accordance with a zero 
force position. The placement of the bracket is transferred to a three-dimensional digital 
15 model of an actual orthodontic structure, and a jig is produced for holding the brackets 
and a current three-dimensional digital model of the orthodontic structure containing the 
brackets is obtained. 

The treatment feedback module 5 allows the user to monitor treatment and to 
correct for unexpected variances. In one embodiment, the module 5 incorporates mid- 
20 treatment information to the final positioning process. The patient's current position is 
ascertained by performing a new scan using the data module 1 . Each tooth is then 
matched against a model associated with a prior scan developed at the beginning of the 
treatment plan. The matching process is based on matching corresponding points 
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between the current scan and the prior scan of the teeth. In most cases, the teeth 
segmented from the current scan retain the shapes determined at the beginning of the 
treatment plan, and the matching process is easy because the models should be similar to 
each other. A final position transform is then applied to the new teeth model. The final 
position and specification from the prior model is copied to the current model of the 
patient, and the final position is adjusted based on the new models and/or a new 
prescription. 

Fig. IB shows an exemplary process for treating the patient at the professional's 
office. First, the scanner 12 can acquire images of the inner arch, determine the occlusion 
(50), and based on that the computer 16 separates each tooth object for both the upper 
and lower arch (52). At that point the doctor could use the software to move the tooth 
objects so that the final position of the occlusion satisfies the desired prescription of the 
doctor (54). Optionally, the system can merge the final position of the tooth objects with 
a patient image for preview purposes (56). As another option, the system allows the user 
to measure teeth data for treatment planning purposes (58). The computer 16 then 
generates stages required to treat the teeth (60). Once that is done the computer 16 drives 
the fabrication machine 20 to generate the aligners. Alternatively, the computer system 
16 can send data over the wide area network 102 to a remove system that is capable of 
fabricating the aligner either to thermal forming means or directly to a 3-D printer that 
could shell the aligner or milling system that could fabricate the aligners. 

Referring now to Fig. ID, an environment supporting a dental system 100 is 
shown. The system 100 communicates over a network 102 that can be a local area 
network or a wide area network such as the Internet. 
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One or more client computers 104-105 can be connected to the network 102. In 
one embodiment where the network 102 is the Internet, the client computers execute a 
suitable browser such as Navigator from Netscape, Inc. and Internet Explorer from 
Microsoft Corp. By clicking on the highUghted text (or specific graphic image), the user 
5 can jump from the current web page to a new web page address associated with the link- 
with the new page displayed on the screen. In this manner, the user can "surf the web" by 
clicking on an almost endless succession of links going to page after page all following a 
common thread as defined by the text or graphic component of the link label. 

Through the network 102, the cUent computers 104-105 can access a dental server 

10 106. The dental server 106 serves a web site, a portal, a vortal, or a content site for 

providing dental related information to interested parties such as dental patients, dentists, 
orthodontists, and others. When sensitive information is communicated through the 
dental server 106, such information is securely encrypted using Secure Sockets Layer 
(SSL) technology throughout the transaction. The server 106 can be a stand-alone 

15 computer or can be a server farm that can distribute processing and communications 

activity across a computer network so that no single device is overwhelmed. During load 
balancing, if one server is swamped with requests, excess requests are forwarded to 
another server with more capacity. 

The network 102 connects the dental server 106 to one or more treating 

20 professional workstations 108-109. The workstations 108-109 allow treating 

professionals access to a plethora of services provided by the dental server 106 such as 
patient treatment and office management, among others. The dental server 106 stores 
information associated with patient history on-line in a secure manner. The server 106 
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also allows the treating professional to have a comprehensive view of the patient's 
treatment history at any time using a suitable browser, eliminating the need to pull 
treatment files or charts or to look for misfiled or lost charts. The dental server 106 also 
provides treating professionals with tools to analyze patient data, for example, tools to 

5 reconstruct a 3D model of the teeth. For example, using the browser, the treating 
professional can request the server 106 to animate the progress of the treatment plan. 
When the treating professional arrives at a prescription or other final designation, the 
treatment prescription is used to automatically generate appliances, as described in more 
details below. Further, in addition to aiding professionals in treating patients, the 

10 treating professional can perform office management, purchasing and other logistical 
operations using the browser and the dental server 106. 

In addition to communicating with patients and treating professionals, the dental 
server 106 can communicate with one or more partners 110 using the network 102. The 
partners 110 can be product suppliers, service providers, or any suitable commercial 

15 entities. 

One partner 110 can be a financing partner that offers customers with one or more 
electronic financing options. In one implementation, the financing partner can be a credit 
card processing company. The credit card processing company can accept a customer's 
existing credit card or can issue the customer with a new credit card. Further, the credit 
20 card can be issued under the name of a third-party bank, the name of the credit card 
processing company, or the name of the site supported by the dental server 106 xmder a 
co-branding arrangement. 
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The customer enters the sensitive data such as credit card number, shipping 
address, among others, onto a purchase form. The credit data is then submitted, collected 
and passed securely through the dental server 106. This data can be processed in real time 
or can be collected by mail or telephone and then entered by an operator. A processor at 
the credit card processing company then verifies that the credit card mmiber is valid and 
is not stolen, among other anti-fi-aud measures. If the credit card information is valid, the 
purchase price will be reserved from the issuing bank of the consumer's credit card and 
allocated to the account associated with the server 106. Periodically, the credit card 
processor settles all accounts; it is at this time that all monies move. Funds reserved are 
transmitted from the issuing bank of the cardholder's credit card to the account of the 
server 106. Also, discount fees are paid from these fimds, as they are moving. 

Alternatively, the financing partner can debit from the customer's checking 
account over the Intemet. One such check debiting services is the MerchanTrust™ 
Paperless Checks'^^ Services, available from Merchant Commerce, hic. These services 
provide customers with the convenience of making online purchases by checking account 
debits, with no manual data entry required of a merchant. In this embodiment, a 
customer fills in a form at the site with bank information printed at the bottom of his or 
her personal check. The information is processed as an Electronic Funds Transfer (EFT) 
to the customer's account using the Automated Clearinghouse (ACH) payment system. 

Yet another possible partner 1 10 is a dental supply retailer providing an on-Une 
shop on the web site to retail dental products to the customers and treating professionals. 
The retailer can be a co-branding partner that uses the brand name linked or suitably 
associated with the web site of the server 106 such that users of the server 106 would not 
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know that the on-Hne shop is actually operated by a third party. The retailer can offer 
dental products for brushing, flossing, and cleaning of dental implants and bridges. Other 
dental products include anti-plaque rinse and plaque-fighting toothpaste. The retailer can 
also sell other heaUh-care-related products such as prescription drugs; non- prescription 

5 drugs; personal care; beauty and spa; vitamins, herbs and nutrition; and medical supplies. 
Additionally, the retailer can serve the needs of the treating professionals by offering 
products such as brackets, buccal tubes, bands, archwire products, bonding adhesives, 
hand instruments, systems, supplies and equipment. 

Yet another partner 1 10 can be a shipping partner. The shipping partner delivers 

10 dental supply or goods received from a muUipiicity of producers and manufacturers for 
ultimate distribution to each customer. The facilities for warehousing and introduction of 
goods into a transportation stream for redistribution are the so-called cross docking 
faciUties. The supply or good flows in bulk firom a producer or a manufacturer to one or 
more cross docking facilities owned by either the shipping partner or the operator of the 

15 server 106. The items are then be broken into smaller unit sizes and distributed to the 
customers. 

The above list of partners lists only exemplary partners and is not an exhaustive 
list. Other possible partners include value-added service providers such as third party 
software providers who provide plug-in viewing and diagnostic enhancements that can be 
20 used by the professionals. 

The server 106 can perform dynamic targeting and information gathering. The 
users provide demographic information when they register for our service. The server 
106 can track our users' behavior the entire time they are online. As a result, the server 



106 can deliver targeted advertisements and measure their effectiveness. For example, 
users can receive ads from a brokerage firm when they are viewing sites containing stock 
quotes or financial news, or receive promotions from a bookseller when browsing sites 
containing book reviews. As such, the dental server 106 can provide a prominent and 
5 sustained advertising medium to the community. In contrast to most portal and content 
sites which display advertising, the site remains with users the entire time they are online. 
Once users are logged on, the site remains in full view throughout the session, including 
when they are waiting for pages to download, navigating the Internet and even engaging 
in non-browsing activities such as sending or receiving e-mail. The constant visibility of 

10 the site allows advertisements to be displayed for a specified period of time. 

In combination, the dental server 106 forms a hub that Hnks dental clients using 
chent computers 104-105, treating professionals using workstations 108-109, and 
partners 110 into a living electronic commerce (e-commerce) community. 

Fig. 2 shows an embodiment of the server 106. The server 106 includes a web 

15 server 140, a patient information server 142, a resource planning (RP) server 144 and a 
streaming server 146. In one embodiment, the RP server 144 runs Microsoft SQL server 
and provides information relating to a doctor or a patient such as address and history. 
When a patient's case or static snapshots of the case is needed, the data is pulled from the 
patient information server 142. When media data such as video needs to be streamed to a 

20 requesting client, the streaming server 146 can send the stream. In one implementation, 
the streaming data is stored in QuickTime format on a Linux-based server running the 
QuickTime server software. 
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The servers can be clustered. In one embodiment using Microsoft's Cluster 
Server, cluster-enabled applications such as Microsoft's SQL Server and Exchange. With 
Cluster Server, two servers can run applications at the same time. When one server fails, 
the remaining server handles its application as well as the failed server's appUcations. 
5 Next, the remaining server adopts the IP address of the failed server and mounts one or 
more data drives that the two systems share. The remaining server is rebooted and 
applications such as SQL Server can be started and initialized on this server. Persistent 
clients can re-attach to the server and continue to operate. 

Referring now to Fig. 3, a diagram 200 shows various major fimctions supported 

10 by the dental server 106. First, the process 200 performs an automatic detection for the 
existence of a browser welcome plug-in (202). If the welcome plug-in exists, an 
introductory animation (flash) is shown (204). From step 204 or 206, the process 200 
shows a home page (208) with one or more links. A link is created by having a word in a 
text field (or a graphic image on a web page) linked to the location of another web page, 

15 via a string of information setting forth the new web page address presented in hypertext 
transfer protocol (HTTP), among others. 

The user can navigate the home page to join a particular site fi'om a constellation 
of related sites. For instance, the user can navigate to a patient's site (209), a doctor's site 
(210), a privacy statement site (212), one or more additional sites (214), and an about site 

20 (216), among others. The additional sites can be an on-line shopping store that is co- 
branded with the web site hosted by the server 106, or the on-line shopping store can be 
directly affiliated with a third party such as planet-rx.com, among others. The additional 
sites can also be third party value-added providers of products and/or services. 



Fig. 4 illustrates an exemplary usage of the system of Fig. 1 from a patient's 
perspective. First, a prospective client using a client computer 104 visits the web site on 
the dental server 106 and identifies a treating professional meeting one or more criteria, 
for example a professional whose location is closest to his or her home address (230). 
Next, the patient schedules an appointment with the treating professional (232). At the 
meeting, an assistant captures various anatomical data from the patient by taking digital 
photographs of the face and teeth, taking x-rays of the front, back, side, and top/bottom of 
the patient, taking one or more impressions, among others (234). Next, this information 
is entered into a form on the server 106 (236). The data is then digitized, stored on the 
server 106, and made available to the treating professionals and the patient over the 
Intemet (238). Next, the server 106 and one or more orthodontic treating persons process 
the patient data and render the patient's teeth in a plurality of alternative final states 
(240). Based on the choices, the patient selects a desired final state (242). 

In addition to performing orthodontic operations, the server 106 can also perform 
other value-added services. For example, processes executed by the server 106 can 
simulate the color of the patient's enamel and show the color of the teeth before and after 
bleaching (244). Further, processes on the server 106 can simulate the color of the 
patient's silver fillings (amalgram) and show the teeth after cosmetic work to cover the 
amalgam (246). After visualizing the effects of the operations, comparing the before and 
after operations, and reviewing guideline pricing for the orthodontic operation as well as 
add-ons such as bleaching (248), the patient makes a decision (250). 

Once the patient has accepted a particular treatment selection, the server 106 
offers the patient with one or more financing options from one of its financial partners 
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(256). Additionally, the server 106 can guide the patient to an on-line shopping store to 
purchase products relating to his or her dental health (258). For example, the patient can 
buy cleaning supplies, brushes, and flossing supply at a price competitive to his or her 
traditional stores. Moreover, the products can be delivered to the patient using one or 
5 more delivery partners at a convenient time (260). 

Fig. 4 illustrates an exemplary usage of the system of Fig. 1 from a treating 
professional's perspective. A prospective patient uses a client computer 104 and visits 
the web site on the dental server 106 (280). The chent identifies a treating professional 
and schedules an appointment with the treating professional (281). Alternatively, a 

10 referring dentist can refer the client to the treating orthodontist (282). The referring 

dentist can visit the web site on the dental server 106 and uses one or more dental esthetic 
tools to show patients the potential benefits of anterior and posterior esthetic restorations 
and, if the patient is interested, refers the patient to the treating professional (283). 

During an initial examination, the treating professional or an assistant takes a set 

15 of digital facial and intraoral images which is uploaded to a secure, collaborative 

workspace on the dental server 106 (284). The workspace is shared with the referring 
dentist. 

Next, the treating professional generates a dentofacial treatment visualization 
showing the patient's face and smile before and after treatment (286). The treating 
20 professional can also combine the patient's face and an aligner into the intraoral image to 
show how the inconspicuous the appliance will be (288). 

Once the patient requests treatment, the treating professional takes impressions 
and a bite registration and sends the information to the company (290). The treating 
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professional also takes a lateral ceph and a panorex and uploads them and a treating 
prescription to the workspace (292). The professional's assistant creates a separate 
workspace for the patient, uploads selected "before and after" images into it, and invites 
the patient to review the images (294). 

At the company, another professional reviews the records and decides to accept or 
decline the case (296). The models are then scanned, and the intraoral images are 
retrieved and used to texture-map enamel and gingiva (298). The data is then sent to the 
workspace and the treating professional is notified (300). 

In one embodiment, the tooth models may be posted on a hypertext transfer 
protocol (http) web site for limited access by the corresponding patients and treating 
clinicians. Since realistic models have a large volume of data, the storage and 
transmission of the models can be expensive and time consuming. To reduce 
transmission problems arising from the large size of the 3D model, in one embodiment, 
data associated with the model is compressed. The compression is done by modeling the 
teeth meshes as a curve network before transmission to the treating professional. Once 
the curve network is received, the 3D model is reconstructed from the curve network for 
the treating professional to analyze. 

The treating professional can, at his or her convenience, check the setup, and 
review the information sent in step 300 (301). The treating professionals can use a 
variety of tools to interpret patient information. For example, the treating professional 
can retrieve and analyze patient information through a reconstructed 3D model of the 
patient's teeth and other anatomical structures. The professional can view animations 
showing the progress of the treatment plan to help the treating physician visualize the 
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pace of treatment. Using these tools, the treating professional can easily and quickly 
view and/or edit the treatment plan. 

If necessary, the treating professional can adjust one or more teeth positions at 
various intermediate stages of treatment (302). A variety of diagnostic decision-support 
5 capabiUties such as automated teeth collision detection can be used to aid the treating 
professional in adjusting the teeth positions. 

When the treating professional arrives at a prescription or other final designation, 
the treatment information is automatically collected by the system over the hitemet, thus 
eliminating the cost and delay associated with the traditional physical shipping of patient 
10 information (304). These modifications are then retrofitted onto the dataset used to 
generate the aligners (306). 

Fig. 3 shows a process 400 associated with a viewer that allows the treating 
professional to visualize the patient's teeth over the network 102 such as the Internet. In 
one embodiment, during start-up, a browser checks for a viewer plug-in module 
15 embodying the process 400 in a "plugins" subdirectory (Windows) or Plug-ins folder 
(Mac OS) in the same folder or directory as the browser (402). If the viewer plug-in 
module is available, the browser looks for a MIME type and extension info fi-om the 
version resource. Through a TYPE attribute, the browser knows the MIME type and can 
load a registered plug-in first and, if there are no matches for the MIME type, the browser 
20 looks for a helper application. 

Once the viewer plug-in is identified, the browser loads the viewer plug-in code 
into memory (404); initializes the viewer plug-in (406); and creates a new instance of the 
viewer plug-in (408). When the professional leaves the site or closes the window, the 



viewer plug-in instance is deleted. When the last instance of the viewer plug-in is deleted, 
the plug-in code is unloaded from memory. 

Next, data files are downloaded to the viewer plug-in (410). In one 
implementation, the viewer plug-in downloads a data file from the dental server 102 
5 using a suitable protocol such as a file transfer protocol (FTP). The viewer plug-in uses 
the downloaded file to present the treatment plan graphically to the clinician. The viewer 
plug-in also can be used by the treatment plan designer at the host site to view images of 
a patient's teeth. Fig. 4 shows an exemplary user interface for the viewer plug-in of Fig. 
3. The professional can change views, select a particular tooth and change its position as 

10 desired (412). 

3-D images of various orthodontic views can then be rendered after each 
instruction from the treating professional is received (414). In this process, an origin 
point, or "look from" point associated with a camera view is generated. Next, a "look at" 
point or a focus point associated with the camera view is determined. In this system, the 

15 line from LookFromPoint to LookAtPoint defines the direction the camera is shooting at. 
Additionally, a camera Z vector, or up vector, is determined. 

Exemplary pseudo code implementations for generating various orthodontic 
views is shown below. With reference to the pseudo code, the code defines a bounding 
box of one mold (2 arches) which is the smallest cube containing the molds geometry. 

20 Once the intermediate and final data sets have been created, the appliances may 

be fabricated as illustrated in FIG. 10. Common fabrication methods employ a rapid 
prototyping device 501 such as a stereolithography machine. A particularly suitable 
rapid prototyping machine is Model SLA-250/50 available from 3D System, Valencia, 
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California. The rapid prototyping machine 501 selectively hardens a liquid or other non- 
hardened resin into a three-dimensional structure which can be separated from the 
remaining non-hardened resin, washed, and used either directly as the appliance or 
indirectly as a mold for producing the appliance. The prototyping machine 501 receives 
the individual digital data sets and produces one structure corresponding to each of the 
desired appliances. Generally, because the rapid prototyping machine 501 may utihze a 
resin having non-optimum mechanical properties and which may not be generally 
acceptable for patient use, the prototyping machine typically is used to produce molds 
which are, in effect, positive tooth models of each successive stage of the treatment. 
After the positive models are prepared, a conventional pressure or vacuum molding 
machine 551 is used to produce the appliances from a more suitable material, such as 
0.03 inch thermal forming dental material, available from Tru-Tain Plastics, Rochester, 
Minnesota 55902. Suitable pressure molding equipment is available under the trade 
name BIOSTAR from Great Lakes Orthodontics, Ltd., Tonawanda, New York 14150. 
The molding machine 551 produces each of the appliances directly from the positive 
tooth model and the desired material. Suitable vacuxmi molding machines are available 
from Raintree Essix, Inc. 

After production, the appHances can be supplied to the treating professional all at 
one time. The appUances are marked in some manner, typically by sequential numbering 
directly on the appliances or on tags, pouches, or other items which are affixed to or 
which enclose each appliance, to indicate their order of use. Optionally, written 
instructions may accompany the system which set forth that the patient is to wear the 
individual apphances in the order marked on the appliances or elsewhere in the 
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packaging. Use of the appliances in such a manner will reposition the patient's teeth 
progressively toward the final tooth arrangement. 

Because a patient's teeth may respond differently than originally expected, the 
treating clinician may wish to evaluate the patient's progress during the course of 
5 treatment. The system can also do this automatically, starting from the newly-measured 
in-course dentition. If the patient's teeth do not progress as planned, the clinician can 
revise the treatment plan as necessary to bring the patient's treatment back on course or 
to design an altemative treatment plan. The clinician may provide comments, oral or 
written, for use in revising the treatment plan. The clinician also can form another set of 

10 plaster castings of the patient's teeth for digital imaging and manipulation. The cUnician 
may wish to limit initial aligner production to only a few aligners, delaying production on 
subsequent aligners vmtil the patient's progress has been evaluated. 

FIG. 11 is a simplified block diagram of a data processing system 600 that may be 
used to develop orthodontic treatment plans. The data processing system 600 typically 

15 includes at least one processor 602 that communicates with a number of peripheral 
devices via bus subsystem 604. These peripheral devices typically include a storage 
subsystem 606 (memory subsystem 608 and file storage subsystem 614), a set of user 
interface input and output devices 618, and an interface to outside networks 616, 
including the public switched telephone network. This interface is shown schematically 

20 as "Modems and Network Interface" block 616, and is coupled to corresponding interface 
devices in other data processing systems via communication network interface 624. Data 
processing system 600 could be a terminal or a low-end personal computer or a high-end 
personal computer, workstation or mainframe. 
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The user interface input devices typically include a keyboard and may further 
include a pointing device and a scanner. The pointing device may be an indirect pointing 
device such as a mouse, trackball, touchpad, or graphics tablet, or a direct pointing device 
such as a touchscreen incorporated into the display, or a three dimensional pointing 
device, such as the gyroscopic pointing device described in U.S. Patent 5,440,326, other 
types of user interface input devices, such as voice recognition systems, can also be used. 
User interface output devices typically include a printer and a display subsystem, which 
includes a display controller and a display device coupled to the controller. The display 
device may be a cathode ray tube (CRT), a flat-panel device such as a liquid crystal 
display (LCD), or a projection device. The display subsystem may also provide non- 
visual display such as audio output. 

Storage subsystem 606 maintains the basic required programming and data 
constructs. The program modules discussed above are typically stored in storage 
subsystem 606. Storage subsystem 606 typically comprises memory subsystem 608 and 
file storage subsystem 614. 

Memory subsystem 608 typically includes a number of memories including a 
main random access memory (RAM) 610 for storage of instructions and data during 
program execution and a read only memory (ROM) 612 in which fixed instructions are 
stored. In the case of Macmtosh-compatible personal computers the ROM would include 
portions of the operating system; in the case of IBM-compatible personal computers, this 
would include the BIOS (basic input/output system). 

File storage subsystem 614 provides persistent (non-volatile) storage for program 
and data files, and typically includes at least one hard disk drive and at least one floppy 
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disk drive (with associated removable media). There may also be other devices such as a 
CD-ROM drive and optical drives (all with their associated removable media). 
Additionally, the system may include drives of the type with removable media cartridges. 
The removable media cartridges may, for example be hard disk cartridges, such as those 
5 marketed by Syquest and others, and flexible disk cartridges, such as those marketed by 
Iomega. One or more of the drives may be located at a remote location, such as in a 
server on a local area network or at a site on the Internet's World Wide Web. 

In this context, the term *'bus subsystem" is used generically so as to include any 
mechanism for letting the various components and subsystems communicate with each 

10 other as intended. With the exception of the input devices and the display, the other 

components need not be at the same physical location. Thus, for example, portions of the 
file storage system could be connected via various local-area or wide-area network 
media, including telephone lines. Similarly, the input devices and display need not be at 
the same location as the processor, although it is anticipated that personal computers and 

15 workstations typically will be used. 

Bus subsystem 604 is shown schematically as a single bus, but a typical system 
has a number of buses such as a local bus and one or more expansion buses (e.g., ADB, 
SCSI, ISA, EISA, MCA, NuBus, or PCI), as well as serial and parallel ports. Network 
connections are usually established through a device such as a network adapter on one of 

20 these expansion buses or a modem on a serial port. The cUent computer may be a 
desktop system or a portable system. 

Scanner 620 is responsible for scanning casts of the patient's teeth obtained either 
from the patient or from an orthodontist and providing the scanned digital data set 
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information to data processing system 300 for further processing. In a distributed 
environment, scanner 620 may be located at a remote location and communicate scanned 
digital data set information to data processing system 600 via network interface 624. 

Fabrication machine 622 fabricates dental appliances based on intermediate and 
final data set information received from data processing system 600. In a distributed 
environment, fabrication machine 622 may be located at a remote location and receive 
data set information fi"om data processing system 600 via network interface 624. 

The invention has been described in terms of particular embodiments. Other 
embodiments are within the scope of the following claims. For example, the three- 
dimensional scanning techniques described above may be used to analyze material 
characteristics, such as shrinkage and expansion, of the materials that form the tooth 
castings and the aligners. Also, the 3D tooth models and the graphical interface 
described above may be used to assist cUnicians that treat patients with conventional 
braces or other conventional orthodontic appliances, in which case the constraints applied 
to tooth movement would be modified accordingly. 
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APPENDIX A 



Data Format 

1 . ADF file, Align Technology data format 

2. Generic format: 

a. Arch: 

- Each individual arch should be stored in a separate polygonal file format: STL 
or PLY; 

a. FileNameLower.ply 

b. FileNameUpper.ply 



b. Arch transformation: 

- Option 1 : Two files contain transformation matrix: 

a. FileName.lower 

b. FileName.upper 



With format: 



VERSION 
MATRIX 
LOOOOO 
0.000000 
0.000000 
0.000000 



1 

0.000000 
0.00000 
1.000000 
0.000000 



0.000000 
-1.000000 
0.00000 
0.000000 



0.000000 
0.000000 

0.000000 
LOOOOO 



- Option 2: A bite geometry file which contain a significant part of 2 arches 
geometry in bite position: E.g., an buccal scanner 



Accuracy and Resolution: 



- Resolution: at least 100 microns (x, y and z), ideally 50 microns, all across the anatomy. 

- Accuracy: 1) At least 120 microns across the arch from molar tip to molar tip, 2) At least 120 
microns from incisor facial surface to molar distal surface. 

- Color information is preferable but not required. 

- Each arch should not contain more than 300K triangles. 

- Each arch should have the coordinate defined as the following: 

- Origin is center of the arch 

- Z axis points from base to tip 

- Y axis points from back to front 

- X axis points from left to right or vs. versa, which ever will defme a right hand 
coordinates system. 

- All units should be millimeters. 

- No 2 points are within l.Oe-5 millimeter. 

- The upper and lower arch should touch each other at left molar, right molar and incisor area, 
but overlap should not be over 0.05 mm. If the transformation matrix instead of bite geometry 
file is provided. 

- Each arch file should represent a watertight geometry. If there are holes, the hole should be 
less than 0.5 mm in width, but shorter than 3 mm. Each labial surface of the crown should not 
contain any holes. 

- Each arch file should not contain self-intersection geometry. 
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Setup/Staging Requirement 



Data Format: 

ADF file, Align Technology data format 
Generic format: 

a. Teeth: 

- Each individual teeth should be stored in a separate polygonal file format* STL 
or PLY 

- File name should be based on Align tooth ID, see graph: 

- So the file of left incisor on the upper arch will be named as: ToothOS.STL 

b. Gingiva: 

- There are 2 files represent shape of the gingival: 

GingivaLower.gin 
GingivaUpper.gin 

- Detailed description of .gin file: 

For each jaw under each tooth there is a "Line+Around+Tooth", each 
"Line+Around+Toodi" consists of two parts namely "Lab+Arc" and "Lin+Arc". 
Both "Lab+Arc" and "Lin+Arc" have five control points respectively. Those are 
||Lab+00" to "Lab+04" and "Lin+00" to "Lin+04". The bottom of gingival has a 
"Base+Line" with two sets of control points. One is "Lab+Arc", the other one is 
called "Lin+Arc". The control points in both "Lab+Arc" and "Lin+Arc" are 
varied basing on the size of jaw. Under the "Base+Line"->"Lab+Arc" the 
control points are defined like "Lab+00", "Lab+01" . . . Similarly, in "Lin+Arc" 
there are "Lin+00", "Lin+01", and so on. Besides, there are two parameters 
called "longitudeRes" and "latitudeRes" which define the resolution between 
control points for each surface patch (Refer to the following figure). On the 
gingival property page, the "Longitude" presents the "longitudeRes", "Latitude" 
presents the "latitudeRes". Usually, the "Longitude" is defined as 2 and 12 for 
^'Latitude". Other two parameters for gingival description in adf file are 
"highThickness" and "lowThickness". Those two parameters are used for 
defining the tangents of surface patch. Those two parameters can be set by 
adjusting "Embrasure Fill" and "Margin Fill" for gingival property. 

Refer to the following figure: 

All "Lab+Arc"s fi-om each tooth define a curve called Lab+Arc+Curve; 
similarly, the Lin+Arc+Curve is defined by all "Lin+Arc"s. The gingival 
consists of for piece of surface. The bottom plane is defined by the 
"Base+Line". The top surface is formed by Lab+Arc+Curve and 
Lin+Arc+Curve. The labial surface is defined by Lab+Arc+Curve and 
"Lab+Arc" from "Base+Line". With the similar way, the Lin+Arc+Curve and 
"Lin+Arc" in "Base+Line" define the lingual surface. 
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Bottom Ptane 



The whole blue curve 
called Lin+,An5+0jrve 



Line+ArourKkToolh-3» 
^ Lin+Arc 



Base+Unft->l.in+Arc 




The Whole red curve Is 
caOed Lab+Arc+Curve 



Top Surface 



Surface 



Une+Around+Tooth 
Lab+Arc 




longitude 



parameter curves show here 
between Lab-t-ArcKurve and 
BaseHJne's Lab+Arc. 



il Surface 



The Margin FiU acQusts the 
gingiva shape mainty in the 
oof each tooth. 



The Embrasure Fifl adjusts the 
gingiva $liape mainly in 
emiarasure area. 



c. Arch transformation: 
5 - One file will contain be named as: TransUpper2Lower.xfin: 

Scale J A lA 1^0 

Accuracy and Resolution: 

- Each tooth should not contain more than 30K triangles. 

- Each arch should have the coordinate defined as the following: 
10 - Origin is center of the arch 

- Z axis points fi:om base to tip 

- Y axis points fi*om back to fi^ont 

- X axis points fi:om left to right or vs. versa, which ever will define a right hand 
coordinates system. 

15 

- All units should be millimeters. 

- No 2 points are within 1 ,0e-5 millimeter, 

- There is no overlap between 2 teeth more than 0.05 mm. 

- There is no overlap between 2 arches more than 0.05 mm. 

20 - The upper and lower arch should touch each other at left molar, right molar and incisor area. 

- Each tooth file should represent a watertight geometry. 

- Each tooth file should not contain self-intersection geometry. 

- The teeth root should hide inside of gingival surface at all time. 

- The gingival control point should have the same coordinates of one of the vertexes of one 
25 tooth, or within 1.0e-3mm. 
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APPENDIX C 



Data Format: 

3. ADF file, Align Technology data format 

4. Generic format: 

a. Teeth: 

- Each individual teeth should be stored in a separate polygonal file format: STL 
or PLY 

- File name should be based on Align tooth ID, see graph: 

~ So the file of left incisor on the upper arch will be named as: ToothOS.STL 

b. Arch transformation: 

- Two files contain transformation matrix: 

a. FileName.lower 

b. FileName.upper 



With format: 



VERSION 
MATRIX 
1.00000 
0.000000 
0.000000 
0.000000 



1 

0.000000 
0.00000 
1. 000000 
0.000000 



0.000000 
-1.000000 
0.00000 
0.000000 



0.000000 
0.000000 

0.000000 
1.00000 



c. Teeth key frame animation files: 

- Every tooth has its own key frame file: 
a. FileNameToothID.kfin 



With format: 



VERSION - 1 
NUMBER OF KEYS = 20 
KEY INDEX = 1 
MATRIX = 

0.000000 0.000000 

-1.000000 0.000000 

0.00000 0.000000 

0.000000 1.00000 



1.00000 0.000000 

0.000000 0.00000 

0,000000 1.000000 

0.000000 0.000000 



KEY INDEX = 20 

MATRIX = 

1.00000 0.000000 
0.000000 0.00000 
0.000000 1.000000 
0.000000 0.000000 



0.000000 0.000000 

-1.000000 0.000000 

0.00000 0.000000 

0.000000 1.00000 



d. Every tooth has its own attachment file: 

- Every tooth has its own key frame file: 
a, FileNameToothlD.att 



With format: 
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VERSION = 1 
NUMBER OF ATTACHMENT = 2 



ATTACHMENT INDEX = 1 
ATTACHMENT TYPE = 1 
ATTACHMENT POSITION = X, Y, Z 

ATTACHMENT INDEX = 2 
ATTACHMENT TYPE = 10 
ATTACHMENT POSITION = X, Y, Z 

Gingiva: 

- There are 2 files represent shape of the gingival: 

GingivaLower.gin 
Gingiva Upper. gin 

- Detailed description of .gin file: 

For each jaw under each tooth there is a "Line+Around+Tooth", each 
"Line+Around+Tooth" consists of two parts namely "Lab+Arc" and "Lin+Arc". 
Both "Lab+Arc" and "Lin+Arc" have five control points respectively. Those are 
"Lab+00" to "Lab+04" and "Lin+00" to "Lin+04". The bottom of gingival has a 
"Base+Line" with two sets of control points. One is "Lab+Arc", the other one is 
called "Lin+Arc". The control points in both "Lab+Arc" and "Lin+Arc" are 
varied basing on the size of jaw. Under the "Base+Line"->"Lab+Arc" the 
control points are defmed like "Lab+00", "Lab+01" . . . Similarly, in "Lin+Arc" 
there are "Lin+00", "Lin+01", and so on. Besides, there are two parameters 
called "longitudeRes" and "latitudeRes" which defme the resolution between 
control points for each surface patch (Refer to the following figure). On the 
gingival property page, the "Longitude" presents the "longitudeRes", "Latitude" 
presents the "latitudeRes". Usually, the "Longitude" is defined as 2 and 12 for 
"Latitude". Other two parameters for gingival description in adf file are 
"highThickness" and "lowThickness". Those two parameters are used for 
defining the tangents of surface patch. Those two parameters can be set by 
adjusting "Embrasure Fill" and "Margin Fill" for gingival property. 

Refer to the following figure: 

All "Lab+Arc"s firom each tooth define a curve called Lab+Arc+Curve; 
similarly, the Lin+Arc+Curve is defined by all "Lin+Arc"s. The gingival 
consists of for piece of surface. The bottom plane is defined by the 
"Base+Line". The top surface is formed by Lab+Arc+Curve and 
Lin+Arc+Curve. The labial surface is defined by Lab+Arc+Curve and 
"Lab+Arc" ft-om "Base+Line". With the similar way, the Lin+Arc+Curve and 
"Lin+Arc" in "Base+Line" define the lingual surface. 



Gingival control point animation: 

- Each tooth has its own gingival control points and relative movement to its tooth 
is recorded during animation: 

a. FileNameToothlD.gct 

- Detailed description of .get file: 
With format: 
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VERSION = 1 

NUMBER OF CONTROL POINTS = 5 

{ 

CONTROL POINT INDEX = 1 
NUMBER OF KEYS = 5 

KEY INDEX = 1 

KEY POSITION = X, Y, Z 



KEY INDEX = 5 

KEY POSITION = X,Y,Z 

} 



{ 

CONTROL POINT INDEX = 5 
NUMBER OF KEYS = 5 

KEY INDEX =1 

KEY POSITION = X,Y,Z 



KEY INDEX = 5 

KEY POSITION = X,Y,Z 

} 



Accuracy and Resolution: 
Resolution: at least 100 microns (x, y and z), ideally 50 microns, all across the anatomy. 
Accuracy: 1) At least 120 microns across the arch from molar tip to molar tip, 2) At least 120 
microns from incisor facial surface to molar distal surface. 
Color information is preferable but not required. 
Each arch should not contain more than 300K triangles. 
Each arch should have the coordinate defined as the following: 

- Origin is center of the arch 

- Z axis points from base to tip 

- Y axis points from back to front 

- X axis points from left to right or vs. versa, which ever will define a right hand 
coordinates system. 



All units should be millimeters. 

No 2 points are within l.Oe-5 millimeter. 

The upper and lower arch should touch each other at left molar, right molar and incisor area, 
but overlap should not be over 0.05 mm. If the transformation matrix instead of bite geometry 
file is provided. 
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~ f^^^^rV^^ '^""''^ ' watertight geometry. If there are holes, the hole should be 
contl^^ any hXs"" ^ '"^ ^""^ ^^^^ "''^ "^""^'^ 

- Each arch file should not contain self-intersection geometry. 
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